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A METHOD AND SYSTEM FOR INTEGRATING NON-COMPLIANT PROVIDERS OF 
DYNAMIC SERVICES INTO A RESOURCE MANAGEMENT INFRASTRUCTURE 



Technical field 



The present invention relates to the data processing field, 
and more specifically to a method and system for integrate 
non-compliant providers of dynamic services into a resource 
management infrastructure. 



Background art 



Management of entities representing different types of 
resources (such as software applications or hardware devices) xs 
a critical issue in a data processing system, especially a 
computer network. This problem is particular acute for resources 
that have a high level of complexity or are distributed across a 
15 large number of installations. 

~ Several technologies have been proposed in the last years 
for implementing a resource management infrastructure. For 
example, the Common Interface Model (CIM) is a standard 
specification that abstracts and describes the resources to be 
20 managed using an' object-oriented paradigm. The CIM model may be 
supported by different frameworks, which provide a uniform way 
for management applications to access the managed objects. Each 
framework (also known as CIM Object Manager, or CIMOM) exploits 
providers of dynamic management services (each one acting as an 
25 intermediary between the framework and associated managed 

objects) . . , t tiuit \ 

Particularly, the Windows Management instrumentation (WMI) 

is the implementation of the CIM model proposed by Microsoft 
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Corporation and running on the Windows operating system. In the 
Ma architeoture, the CIM providers must be implemented as 
objects conforming to the Common Object Model (COM) specification 
and must comply with a particular WMI provider interface (named 

"IWbemServices") . t 

The COM objects are natively supported only on the Windows 
operating system. This is a major problem, which strongly limits 
the integration of non-compliant providers available for 
different operative environments into the WMI architecture. 
Moreover, this limits the ability to implement providers that can 
be used with frameworks running on different operating systems. 



) 



Summary of the invention 

It is an object of the present invention to integrate 
non-compliant providers of dynamic services into the resource 
management infrastructure. 

It is another object of the present invention to achxeve 
this integration without substantially affecting operation of the 
resource management infrastructure. 

It is yet another object of the present invention to 
integrate the non-compliant providers into the resource 
management infrastructure in a simple and effective way. 

The accomplishment of these and other related objects is 
achieved, in a resource management infrastructure including a 
framework for allowing management applications to access managed 
objects, the framework supporting compliant providers of dynamic 
services for the managed objects running in a first operative 
environment, by a method of integrating a plurality of 
non-compliant providers of dynamic services for a set of the 
managed objects, the non-compliant providers running in a second 
operative environment that is not supported by the framework, 
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wherein the method includes the steps of: the framework 
requesting a first dynamic service for a selected managed object 
of the set to a compliant provider associated with the selected 
managed object, the compliant provider identifying a 
5 non-compliant provider associated with the selected managed 
object, the compliant provider requesting a second dynamic 
service for the selected managed object, corresponding to the 
first dynamic service, to an intermediate entity running in the 
second operative environment passing an indication of the 
10 non-compliant provider, the intermediate entity routing the 
request of the second dynamic service to the non-compliant 
provider. 

Moreover, the present invention also provides a computer 
program for performing the method and a product storing the 
15 program. 

The invention also encompasses a corresponding system for 
integrating the non-compliant providers, and a resource 
management infrastructure including this system. 

The novel features believed to be characteristic of thrs 
20 invention are set forth in the appended claims. The invention 
itself, however, as well as these and other related objects and 
advantages thereof, will be best understood by reference to the 
following detailed description to be read in conjunction wrth the 
accompanying drawings. 



25 



Brief description of the drawings 



Figure 1 
Figure 2 

Figures 3a and 3b 



is a schematic block diagram of a computer 
in which the method of the invention can be 
used; 

shows a partial content of a working memory 
of the computer; 

illustrate an activity diagram of a 
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resource management process; 
Figures 4a-4b are flow charts describing how different 

time-outs are managed in the process. 



Detailed description of the preferred embodiment 

With reference in particular to Figure 1, a data processing 
system 100 (such as a Personal Computer) is shown. The computer 
100 is formed by several units, which are connected in parallel 
to a communication bus 105. in detail, a microprocessor (uP) 110 
controls operation of the computer 100, a Read Only Memory (ROM) 
115 stores basic code for a bootstrap of the computer 100, and a 
DR AM 120 is directly used as a working memory by the 
microprocessor 110. Several peripheral units are further 
connected to the bus 105 (by means of respective interfaces 
Particularly, a mass memory consists of a magnetic hard-disk 125 
and a driver 130 for reading CD-ROMs 135. Moreover, the computer 
100 includes input devices 140 (for example, a keyboard and a 
mouse), and output devices 145 (for example, a monitor and a 
printer) . A network Interface Card (NIC) 150 is used to connect 
the computer 100 to a network, typically the INTERNET . 

Similar considerations apply if the computer has a different 
structure (for example, with a multiprocessor architecture), if 
the computer includes other units (such as a scanner), xf the 
computer is replaced with an equivalent data processing system 
(for example, consisting of a network of computers), and the 

like. _ . 

Considering now Figure 2, a partial content of the working 
memory 120 of the computer in operation is shown; the informal 
(programs and data) is typically stored on the hard-disk and 
loaded (at least partially) into the working memory when the 
programs are running. The programs are initially installed onto 
the hard disk from CD-ROM. 
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An operating system (OS) 205 (such as Windows XP) provides a 
software platform for the computer, on top of which other 
programs can run. A Java Runtime Environment ( JRE) 210 is 
installed over the operating system 205. The JRE 210 consists of 
a Java Virtual Machine (JVM) , Java core classes and supporting 
files, which define a standard platform for running applications 
written in the Java language; particularly, the JVM provides an 
abstract computing machine for Java applications, which machine 
is independent of the underlying (hardware and software) platform 

of the computer. 

The computer implements an infrastructure 212 for managing 
several kinds of physical or logical resources; for example, the 
resources are stand-alone programs, client-server applications, 
INTERNET -based services, computers, hardware devices, 
15 controllers, people, organizations, and the like. Each resource 
is instrumented to enable access to corresponding information 
(such as data, events and status). For this purpose, the resource 
is modeled as an object conforming to the CIM specification. The 
CIM model defines a standard schema for data with a basic set of 
20 classes, methods and associations; particularly, core models 
incorporate notions applicable to all management domains, whereas 
common models incorporate notions applicable to specific 
management domains (such as networks, applications, devices and 

users) . , 
25 The structure and the content of the models are described m 

the Managed Object Format (MOF) . The MOF syntax supports keywords 
(known as qualifiers), which are enclosed between brackets before 
a class or property declaration; each qualifier consists of a 
name/value pair that describes and characterizes the class or 
30 property. A particular qualifier «Key<< is used to reference 
managed objects consisting of specific instances of a CIM class; 
particularly, the managed objects are named by concatenating the 
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values of all the properties of the class that are qualified by 
"Key" (which concatenation defines a so-called modelname) . 

The CIM model is supported by the Windows Management 
Instrumentation (WMI) architecture. The WMI architecture includes 
5 a framework 215 (known as CIM Object Manager, or CIMOM) , which 
provides a uniform way for management applications (or WMI 
clients) 220 to access the managed objects (irrespective of their 
implementation) . For this purpose, the CIMOM 215 exposes an 
interface "IWbemServices" , which defines a series of methods that 
10 can be called by the WMI clients 220. For example, the CIMOM 215 
allows managed objects to be created, deleted, and manipulated; 
moreover, it supports event notification and query-based data 
retrieval . 

The CIMOM 215 interfaces with a WMI repository 225. The 

15 repository 225 stores static management data (managed objects and 
associations) . Management data in the repository 225 is organized 
in logic collections (schema) , which are loaded into 
corresponding namespaces; a namespace provides a domain (or 
container) for a schema and for the instances of the CIM classes 

20 in that schema. The namespace path and its modelname 
unambiguously specify each managed object in the repository 225. 

The CIMOM 215 further exploits one or more WMI providers 230 
of dynamic management services. Each instance of a WMI provider 
23 0 acts as an intermediary between the CIMOM 215 and associated 

25 managed objects 235; the instance of the WMI provider 230 always 
supports a single namespace (which is set during its 
initialization) . The WMI provider 230 manages dynamic data 
relating to the managed objects 235 (which data is not available 
in the repository 225); in addition, the WMI provider 230 

30 implements notification of events that are not supported by the 
CIMOM 215. Information about which WMI provider 230 to contact 
for dynamic data or event notifications is stored in the 
repository 225. Particularly, a CIM class whose instances are 
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created dynamically is denoted preceding its declaration wrth a 
qualifier -Dynamic- and a qualifier "Provider- , the value of the 
qualifier "Provider- is the name of the WMI Provrder 230 
associated with all the managed objects insta ™ * ™ 
class. Different WMI providers 230 may be specrfred before 
selected properties,- in this case, the property is supported by 
the corresponding WMI provider 230 (instead of the one defrned 
class level) . 

The WMI providers 230 must be objects conforming to the COM 
specification, whioh objects implement the - t « face 
. IW bemServices-. The WMI providers 230 may be either rn-pro or 
out-proc; in the first case, the WMI providers are rmplemented as 
native windows libraries (DLL) and run in the same proc* « of the 
CIMOM 215, whereas in the second case they are stand-alone 
executables. An additional ( out-proc, WMI provider 240 acts as a 
bridge between the WMI architecture and the Java environment The 
hridge provider 240 communicates with a Java intermediate object 
245 through the Java Native Interface (JNI, 255. The , 0.1 255 
allows Java objects to operate with native applrc > rons nd 
libraries written in other languages; vice-versa, the natxve 
methods can utilize Java objects in the same way that Java code 
uses these objects. As described in detail in the following, the 
intermediate object 245 is used to create a JVM instance 257 and 
to launch a series of providers 260 written in the Java language^ 
The Java providers 260 support dynamic services for a set 
corresponding managed objects (denoted with 265. . The name of the 
Java provider 260 associated with a specific CIM class or 
property is indicated in the MOF description by means of a new 
qualifier • Java_Provider- (preceding its declaration). This also 
, "lows for simple and even dynamic assignment of Java providers 
260 to a resource modeled with a particular CIM class, thereby 
maintaining the loose-coupling of managed objects and provrders 
typical of the CIM model. 
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Similar considerations apply if the programs are distributed 
on any other computer readable medium (such as one or more 
floppy-disks), if different modules or functions are provided, if 
an equivalent resource management infrastructure is implemented 
5 (even based on a different model), if the CIM models are 
expressed with another syntax (for example, using the Extensible 
Markup Language, or XML), if all the managed objects are 
associated with Java providers, and the like. Alternatively, the 
framework runs in a different operative environment (such has 

10 UNIX) , the non-compliant providers are written in another 
language (for example, the PERL or a shell language), the bridge 
provider is in-proc, the bridge provider interfaces with the 
intermediate object (or an equivalent entity) in another way, or 
the bridge provider and the Java providers are associated with 

15 the managed objects in a different manner. 

Moving now to Figures 3a and 3b, the flow of activities of a 
generic resource management process 300 is illustrated. Whenever 
a WMI client needs to perform some operations on the managed 
objects, a corresponding method exposed by the interface 

20 "IWbemServices" of the CIMOM is called. If the operation only 
involves static management data that is hold in the repository, 
the CIMOM processes the request directly. Conversely, the 
relevant CIM class in the repository is inspected to identify the 
associated WMI providers to be exploited; one or more methods are 

25 then called on each WMI provider for implementing the requested 
service. 

Assuming that the request relates to a CIM class specifying 
the bridge provider with the qualifier xx Provider" , the process 
begins at the black start circle 303 wherein the CIMOM calls the 
30 method on the bridge provider (passing the relevant CIM class as 
a parameter) . In response thereto, the bridge provider in turn 
inspects the CIM class at block 306, so as to identify the 
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corresponding Java provider (specified with the qualifier 
xx Java__Provider" ) . 

A semaphore is then locked at block 309; the semaphore is 
used to ensure that operations relating to the creation of the 
5 JVM are carried out in mutual exclusion (among concurrent threads 
running the bridge provider) . A test is made at decision block 
312 to determine whether the JVM has already been created; for 
this purpose, the bridge provider verifies whether a 
corresponding global pointer is set. If so, the process descends 

10 into block 315 (described in the following) . Conversely, the 
bridge provider at block 318 creates the JVM and sets the 
corresponding global pointer (using the JNI) . Continuing to block 
321, the intermediate object is instantiated inside the JVM. The 
process then passes to block 315. Considering now block 315, the 

15 semaphore on the JVM is unlocked (thereby resuming the threads 
waiting on it) . 

The process proceeds to block 324, wherein the information 
passed to the bridge provider in the called method is converted 
from MOF types to Java types. More specifically, the bridge 

20 provider converts all the parameters (if any) passed with the 
called method. Moreover, each method of the interface 
"IWbemServices" may include an additional parameter pointing to 
an object of the type "IWbemContext" . This object (consisting of 
a simple container of named values) is used by the WMI clients to 

25 communicate context information to the WMI providers, which 
information cannot be specified in the standard parameters; the 
information is completely opaque to the CIMOM, and it is simply 
forwarded to the WMI providers. If the pointer is not null, the 
bridge provider enumerates and converts every value included in 

30 the object "iWbemContext" . 

In both cases, the conversion is carried out simply 
assigning a pre-set Java type to each MOF type, as specified in 
the following table: 
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Uint32 


VT_I4 


i ava . lang . Integer | 
int 


tt-i rit" 64 


VT_BSTR 


j ava. lang. Long | 
long 


Char 16 


VT_I2 


java. lang. String 


String 


VT_BSTR 


java. lang. String 



10 



15 



20 



25 



the one 



on the 



U11C called on the bridge provider is called 

intermediate object (using the JOT); the identifier of the 
managed object (namespace path and modelname) , the name of the 
Java provider and the converted parameters are passed to thxs 
method, in response thereto, the intermediate object locks a 
further semaphore at block 330, in order to ensure that the 
operations relating to the instantiation of the Java provider are 
carried out in mutual exclusion (among concurrent threads runnxng 
the intermediate object) . A test is made at decision block 333 to 
determine whether the Java provider has already been 
instantiated; for this purpose, the intermediate object venf.es 
whether an identifier of the Java provider is stored in a global 
object «Provider_table« of the type "Hashtable" . If not, the 
process continues to block 336; the intermediate object 
intantiates the Java provider and updates the object 
«Provider_table» accordingly. The process then continues to block 
339 Conversely (Java provider already instantiated) , the flow of 
activities descends into block 339 directly. Considering now 
block 339, the semaphore on the Java provider is unlocked. 

Moving to block 342, a method corresponding to the one 
called on the intermediate object is then called on the Java 
provider, passing the identifier of the managed object and the 
converted parameters. The process continues to block 345 in the 
swim-lane of the Java provider, wherein the operations needed to 
implement the requested service are carried out. Any results 
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and/or exceptions of the method are returned to the intermediate 

object at block 348. 

Referring back to the swim-lane of the intermediate object, 
an expiration time of the Java provider is calculated at block 
351 by adding a predetermined value (for example, 0.5h) to a 
current time. A test is made at decision block 354 to verify 
whether a record specifying the Java provider is present in a 
global FIFO queue (used to manage a time-out for all the Java 
providers, as described in the following). If so, the record is 
removed from the FIFO queue at block 357, and the process then 
continues to block 360; conversely, the flow of activities 
descends into block 360 directly. Considering now block 360, a 
new record including an identifier of the Java provider together 
with its expiration time is inserted into the FIFO queue. A timer 
is then reset at block 363 to the expiration time of the first 
record to be extracted from the FIFO queue. 

The process proceeds to block 366, wherein the results and 
exceptions (if any) received from the method called on the Java 
provider are returned to the bridge provider (using the ONI). 
Referring now to block 369 in the swim-lane of the br.dge 
provider, a further timer (used to manage a time-out for the JVM, 
as described in the following) is reset to a predetermined value 
(for example, 0.5h). Proceeding to block 372, the results 
collected from the method called on the Java provider are 
converted back from Java types to MOF types; at the same time, 
any caught exception is mapped to a corresponding error code (for 
example, exploiting a pre-set table) . An appropriate result of 
the method originally called on the bridge provider is 
constructed using the converted results and exceptions, and it is 
then returned to the CIMOM at block 375 (in order to allow the 
CIMOM to complete the operations requested by the WMI client) . 
The process then ends at the concentric white/black stop circles 
378. 



FR920020071 

13 

Moving now to Figure 4a, the operations carried out by the 
bridge provider for managing the time-out for the JVM implements 
a method 400a. The method starts at block 403, and then passes to 
block 406 in response to a signal received from the corresponding 
timer at the end of the time interval to which it was reset (at 
block 369 in Figure 3b) . A test is made at decision block 409 to 
determine whether the JVM is currently in use (by other threads) . 
If not, the JVM is destroyed at block 412, and the method ends at 
the final block 415. Conversely, the method descends into the 

final block 415 directly. 

Likewise, the operations carried out by the intermediate 
object for managing the time-out for the Java providers are 
illustrated in Figure 4b. The operations implement a method 400b 
that starts at block 453. The method then passes to block 456 in 
response to a signal received from the corresponding timer at the 
end of the time interval to which it was reset (at block 363 m 
Figure 3b) . A test is made at decision block 459 to determine 
whether the Java provider specified in the first record to be 
extracted from the FIFO queue is currently in use. If not, this 
Java provider is destroyed at block 462 and the corresponds 
record is removed from the FIFO queue at block 465; the method 

then passes to block 468. Conversely, the method descends into 
block 468 directly. With reference now to block 468, the timer is 

reset to the expiration time of the new first record to be 

extracted from the FIFO queue. The method then ends at the final 

block 471. 

For example, let us consider a generic CIM class -MyClass" 
defined by the following file "MyClass .mof " : 

[Dynamic, 

Description ("MyClass description"), 
Provider ( "BridgeProvider " ) , 
Java_Provider ( "mypackage .MyJavaProvider " ) 

] 

class MyClass 
{ 
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[Key, 

Description ("MyClass key identifying any instance thereof") 
] 

sint32 Instanceldentif ier; 

[Description ("Some properties associated with the Java provider 
defined at class level")] 
String My Proper tyA; 
String MyPropertyB; 
String MyPropertyC; 

[Description ("A property associated with a different Java 
provider" ) , 

Java_Provider ( "mypackage.MyJavaProviderl" ) 
] 

String MyPropertyl ; 

Typically, all the operations requested to the CIMOM by the 
WMI clients are carried out calling a method 
«CreatelnstanceEnumAsync" on the appropriate providers. This 
method creates an enumerator that asynchronously supplies the 
20 instances of a CIM class according to specified selection 
criteria; the method returns immediately after being called so 
that the CIMOM can continue its execution while the request is 
pending. The signature of the method • Great elnstanceEnumAsync" 
is : 

25 HRESULT CreatelnstanceEnumAsync ( 

const BSTR srtClass, 
LONG lFalgs, 
IWbemContext* pCtx, 
IWbemOb j ectSink* pResponseHandler 

30 ) . 

The parameter "srtClass" includes the name of the CIM class for 

which instances are desired, the parameter "IFlags" is a flag 

defining operation of the method, the parameter "pCtx" is a 

pointer to the object "IWbemContext", and the parameter 

35 "pResponseHandler" is a pointer to the object receiving the 

instances of the CIM class as they become available; the method 

returns a value indicating the status of the operation. 



20 
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After the instances of the CIM class have been enumerated, 
the CIMOM can perform different operations. For example, a method 
-GetProperty" retrieves the value of an individual property, a 
method -PutProperty" updates the value of a selected property, 
5 and a method «ExecMethod» executes a method exported by the WMI 
provider . 

Accordingly, each Java provider implements an interface 
• javaProviderlnterf ace" , which exposes methods corresponding to 
the ones of the bridge provider. This interface is defined as 

10 follows: 

import java.util . * ; 

public interface JavaProviderlnterface 

{ public Enumeration createInstanceEnum( String nameSpace, String 
15 className, Hashtable context) 

throws CIMException; 

public Object getProperty( String nameSpace, String className, 
Hashtable targetlnstance. String propertyName, Hashtable context) 
throws CIMException; 

public Hashtable getMultipleProperties (String nameSpace, String 
className, Hashtable targetlnstance. String proper tyNames [] , 
Hashtable context) 
throws CIMException; 

public void P utProperty( String nameSpace, String className, 
Hashtable targetlnstance, String PropertyName, Object 
proper tyValue, Hashtable context) 
throws CIMException; 



25 



public Object execMethod (String nameSpace, String className, 

Hashtable targetlnstance, String methodName, Vector inParms, 

30 Vector outParms, Hashtable context) 
throws CIMException; 



} 

In 



detail, the method createlnstanceEnum receives a 
parameter "nameSpace" including the namespace path of the CIM 
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class, a parameter "className" including the name of the CIM 
class, and a parameter "context" including the context 
information passed to the bridge provider; the method throws 
exceptions in the object "CIMException" and returns an 
5 enumeration of objects "Hashtable", each one for a retrieved 
instance of the CIM class. 

The method * get Property" receives the parameters 
"nameSpace" , "className" and "context", a parameter 
"target Instance" including the modelname of the managed object, 

10 and a parameter "proper tyName" including the name of the selected 
property; the method throws the exceptions "CIMException" and 
returns the value of the property. The additional method 
"getMultipleProperties" receives the parameters "namespace", 
"className", "context", " targetlnstance" , and a parameter 

15 "propertyName [ ] " including a list of the names of the properties 
associated with the Java provider defined at class level; the 
method throws the exceptions "CIMException" and returns the 
values of all these properties at the same time. The method 
"putProperty" receives the parameters "nameSpace" , "className", 

20 * targetlnstance" , "propertyName" and "context", and a parameter 
"propertyValue" including the value to be assigned to the 
selected property; the method throws the exceptions 
"CIMException" and does not return any value. At the end, the 
method "execMethod" receives the parameters "nameSpace", 

25 "className", "targetlnstance" and "context", a parameter 
"methodName" including the name of the method to be called on the 
managed object, a parameter "inParms" including the values to be 
passed to the called method, and a parameter "outParms" for the 
values returned by the called method; the method throws the 

30 exceptions "CIMException" and returns a result of the operation. 

For example, let us consider that the CIMOM needs to 
enumerate the instances of the CIM class "MyClass". For this 
purpose, the CIMOM calls the method "createlnstanceEnumAsync" on 
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the associated WMI provider -BridgeProvider- . In response 
thereto, the WMI provider -BridgeProvider- inspects the CIM class 
•MyClass-, so as to identify the corresponding Java provider 
-MyJavaProvider- . The method -createlnstanceEnum- is then call- 
on the intermediate object, passing the information received from 
the CIMOM (after their conversion) together with the string 
•MyJavaProvider-. The intermediate object in turn routes this 
method to the Java provider -MyJavaProvider-. The method returns 
an enumeration of the retrieved instances of the CIM class 



•MyClass- to the intermediate object, which passes the 
enumeration bacx to the WMI provider -BridgeProvider- . For each 
instance, the WMI provider -BridgeProvider- creates a 



instance, ^ 

instance, which is used to store information about the managed 
object; an entry of the CIM instance corresponding to the 
property -Key- is filled with the name of the instance (after its 
conversion). 

The CIM class -MyClass- is then inspected to identify 
properties (and their associated Java providers,. The method 
-getMultipleProperties- is then called on the intermediate object 
and then on the Java provider -MyJavaProvider-, passing the names 
of all the properties associated with the Java provider defined 
at class level (i.e., -Property*-, -PropertyB- and -PropertyC- in 
the example at issue,. The values of these properties are 
returned to the intermediate object and then to the WMI provider 
•BridgeProvider-; the values are then stored in the corresponding 
entries of the CIM instance (after their conversion, . For each 
property associated with a different Java provider, the method 
"getProperty- is then called on the associated Java provider 
through the intermediate object (in the example at issue, the 
) me thod -getProperty- is called on the Java provider 
•MyjavaProviderl- passing the string -MyPropertyl" , . The value of 
the property returned by the Java provider through the 
intermediate object is then stored in the corresponding entry of 
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the CIM instance (after its conversion, . As soon as the values of 
all the properties have been retrieved, the CIM instance rs 

returned to the CIMOM. 

Similar considerations apply if equivalent methods are 

5 performed, if the operations relating to the creation/destruction 
of the JVM (or of an alternative operative environment! are 
managed in a different way (for example, with the operative 
environment that is removed immediately after its use) , if 
non-compliant providers are created/destroyed in another manner, 

10 if the information passed by and returned to the bridge provider 
is converted with a different mechanism, if context information 
is not supported, if the time-outs have different values, it the 
time-outs are configurable dynamically, if the exceptions thrown 
bY the methods called on the Java providers are used in another 

15 way, and the like. 

More generally, the present invention proposes a method for 
use in a resource management infrastructure. The infrastructure 
includes a framework for allowing management applications to 
access managed objects; the framework supports compliant 
20 providers of dynamic services for the managed objects runnrng in 
a first operative environment. The method of the invention is 
used to integrate a plurality of non-compliant providers of 
dynamic services for a set of the managed objects; the 
non-compliant providers run in a second operative environment 
that is not supported by the framework. In the proposed solution 
the framework requests a first dynamic service for a selected 
managed object of the set to a compliant provider asso »«* 
the selected managed object. The compliant provider identifies . 
non-compliant provider associated with the selected managed 
30 object. The compliant provider then requests a second dynamic 
service for the selected managed object (corresponding to the 
first dynamic service) to an intermediate entity running in the 
second operative environment; an indication of the non-compliant 
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provider is also passed to the intermediate object. In response 
thereto, the intermediate entity routes the revest of the seoond 
dynamic service to the non-compliant provider. 

The proposed solution allows non-compliant providers to 
integrated in the resource management infrastructure directly, as 
a conse^ence, non-compliant providers already available may be 
used and/or new providers may be developed exploiting any 
operative environment (even if it is not supported by 

framework) . u . 

This result is achieved without any substantial impact 
the operation of the resource management infrastructure. In fact 
the bridge provider exposes the usual native interface to the 
fLewo* it is then the intermediate object that routes he 
revests of each dynamic service to the appropriate provider in a 
way that is completely opague to the framework. The solution .of 
the invention is very simple (since a single intermediate object 
acts as a front-end for the bridge provider); moreover, the 
resulting loss of performance in the resource management 
framework is substantially insignificant in practice. 
20 The preferred embodiment of the invention described above 

offers further advantages. 

Particularly, parameters (including context information 
typical of the WMI architecture, passed to the bridge provider 
are converted and then passed to the intermediate ob : ect (for the 

25 Java provider). 

X similar mechanism is exploited for returning any result to 

the framework. 

m this way, information can be passed to and/or returned 
from the Java provider in a very simple way. 
30 Preferably, the bridge provider is common to all the CIM 

classes associated with the Java providers . 

The proposed feature concentrates the interface between the 
mi architecture and the Java language into a single component. 
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However, the solution according to the present invention 
leads itself to b e implemented even managing tne parameters and 
the results in a different manner, with methods that do not 
retire any parameter and/or do not retnrn any « 
5 exploiting two or more bridge providers (for example, interfacing 
with different categories of Java providers). 

Advantageously, the JVM is created by the bridge provider n 
its first use and it is then re-used for subseguent operates, 
che JVM is then destroyed after a predetermined time-ut. 
,n Therefore, processing time is saved since a single JVM is 

running at any time, moreover, the destruction of the JVM avoid 
any wastage of system resources when the JVM is not used for a 

10,19 further Movement, each Java provider is created and 

1* ripqi-roved in a similar manner. 

before, the Java providers use system resources only when 

^"he time-out for the different Java providers is 
Mn aged through a single timer .with the aid of . ™ . *~> . 
20 The devised mechanism is very simple, but at tn 

^""rwlver, the proposed solution is also suitable to be 
implemented creating the JVM and each Java provider in a 
different way, without destroying the JVM and/or the Java 
J5 P ZZ, or using a different mechanism for managing the 
lime-out for the Java providers .even with multiple timers K 

Advantageously, the solution according to the present 
invention is implemented with a computer program, which 
o ld as a corresponding product stored on a suitable « 
,0 Alternatively, the program is pre-loaded onto *e hard-disk 

is sent to the colter through a network .typically the 
INTEKMET, . is broadcast, or more generally is provided in any 
other form directly loadable into a working memory of the 
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computer. However, the method according to the present invention 
leads itself to be carried out even with a hardware structure 
(for example, integrated in a chip of semiconductor material). 

Naturally, in order to satisfy local and specie 
requirements, a person skilled in the art may apply to the 
solution described above many modifications and alterations all 
of which, however, are included within the scope of protects of 
the invention as defined by the following claims. 



